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CROSS-REFERENCES TO RELATED APPLICATIONS 
The present application is related to U.S. Patent No. . Patent 



y30^ Application No. 08/884,979 entitlecKRate Adaptable Modem with Forward Compatible 
and Expandable Functionality and MethcJfckof Operation" filed on June 30, 1997 and U.S. 
^(^Vv. Patent No. (ftEfy [ l ty (U.S- Patent Application Nb>^8/8 84 5 959 entitled "User Controllable 



10 Applications Program For Rate Adaptable Modem WttkJbrward Compatible and 

Expandable Functionality" filed on June 30, 1997. Each of tnctee^ferences is hereby 
i n c orporated by a^fgignc^herein for all purposes. 

FIELD OF THE INVENTION 
The present invention relates to ADSL ("Asymmetric Digital Subscriber 
15 Loop") modems in general. More specifically, the present invention relates to ADSL 
modems that are implemented at least in part using host signal processing (HSP). 

BACKGROUND OF THE INVENTION 
ADSL technology is a popular choice for high-speed data transmission 
over existing telephone infrastructures. There are several reasons for this. One is that it 

20 operates over existing copper wires that are already present to many households and 
businesses. While some data communication infrastructures, such as fiber optic cable, 
may provide greater bandwidth, they require special lines to be run between the 
subscriber's location and a telephone company central office ("CO"). Some analog 
modems operating at 56 thousand bits per second (Kbps) do operate over conventional 

25 telephone infrastructure (i.e., copper wire from the home/business to the telephone 

company central office), but 56 Kbps is often unacceptably slow for users that require 
much higher bit rates for downloading video, graphics and other large datasets. 

ADSL has the advantage that the data rates for ADSL can be 1 .544 million 
bits per second (Mbps) or higher, using conventional copper wire. Another advantage of 

30 ADSL is that a telephone line is still available for use as a voice connection or for an 

analog modem connection when ADSL traffic is passing through the line. This is made 
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possible by splitters at both ends of the line (at the subscriber end and at the CO) that 
separate the ADSL signals and conventional telephone signals at either end. Of course, 
unlike conventional analog modems, ADSL requires an ADSL modem at the CO end as 
well as at the subscriber end. 

ADSL is a variation of DSL (Digital Subscriber Loop), the variation being 
that more of the available bandwidth is allocated to the down link (from the CO to the 
subscriber) than to the up link (form the subscriber to the CO) in recognition of the fact 
that the typical subscriber will download much more data than upload data. For example, 
in one configuration, an ADSL modem might provide a downstream link (CO to 
subscriber) of 6 Mbps and an uplink stream (subscriber to CO) of 640 Kbps. 

With a conventional analog modem, the line is only in use when the analog 
modem dials in to the CO. Typically, the analog modem dials a number associated with a 
point-of-presence (POP) of the subscriber's service provider who, by a service agreement, 
agrees to answer the call, connect to the subscriber's modem and carry the subscriber's 
data traffic. A common arrangement today is the Internet service provider (ISP) with 
whom the subscriber subscribes, where the ISP carries the subscriber's data and connects 
the subscriber to the global internetwork of networks known as the "Internet". Since the 
data traffic is carried through the telephone company infrastructure in the same manner as 
a telephone call, the telephone company does not need any special hardware to carry the 
data traffic, nor does the typical telephone company distinguish data traffic from voice 
traffic on the line. To the telephone company, the connection looks the same: the 
telephone customer goes "off-hook" (i.e., connects to their telephone line), dials a 
number, carries on a conversation with the answering party and, eventually, disconnects 
from the line. 

By contrast, an ADSL connection modem is always "on" in that the line 
between two ADSL modems is in constant use. Since ADSL operations on a copper line 
do not interfere with its use as a voice line, the constant operation does not interfere with 
conventional use of the copper line. Another difference between ADSL and many other 
technologies for transmitting data over a telephone line is that ADSL requires ADSL 
hardware at the CO. In a typical arrangement, a subscribers ADSL modem 
communicates with an ADSL modem at the CO and the CO ADSL modem connects to a 
data network (most commonly the Internet), thereby allowing the subscriber to connect to 
the data network over an existing telephone line. Since the CO will have one ADSL 
modem (or one segment of a multi-line ADSL card) for each subscriber, the telephone 
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company must install considerable numbers of ADSL modems or cards to service those 
subscribers. Unlike the circuits the telephone company installs at the CO to carry 
telephone traffic from the CO to the telephone grid, where bandwidth is only allocated to 
telephone calls that are in progress, the ADSL modems at the CO are also "always on". 
5 The telephone company might be able to operate with fewer ADSL modems than 

subscribers by taking advantage of the fact that some of the subscribers will power down 
their ADSL modems, but the telephone company still has significant investments in 
ADSL modems. 

A host-signal processing (HSP) based ADSL modem implements most of 

10 its ADSL modulation functions via the computer processor. Therefore, it reduces the 
need for a separate high-speed digital signal processor (DSP). Through software 
implementation, it also has advantages for programming flexibility. Specifically, it 
allows an easy software update for improved protocols and algorithms for better 
performance and new standards requirement. 

15 On the other hand, a HSP modem requires a large percentage of the CPU 

host power to perform the required ADSL and other functions. In general, the overall 
modulation functions of a typical full-rate ADSL DMT (discrete multi-tone) 
implementation defined by the ADSL standards (including ANSI T 1.4 13 issue v 2, ITU-T 
G.992.1) will require 300 MIPS. Thus, for a 300 MHz machine, ADSL driver will 

20 occupy 100% CPU usage, which is not acceptable. 

To reduce this requirement, the technique so called "scalability" that 
allows the required CPU loaded to be adjusted according to the transmission rates has 
been introduced earlier (see SAM patents). As a result, we can reduce the required CPU 
load by operating the ADSL modem at a reduced rate. 

25 Since ADSL is an "always-on" technology that performs physical layer 

modulation all the time, the ADSL transceiver normally performs all computation tasks 
whether or not actual data is being transferred. Although an ADSL transceiver can be 
disabled entirely during periods of inactivity, but since the training period at the start of 
an ADSL connection is quite long (usually about 20 seconds), users might find such 

30 delays intolerable. 

SUMMARY OF THE INVENTION 
An ADSL transceiver according to one embodiment of the present 
invention has a sleep state, in which the received signal is not fully processed when no 
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data is being transferred between the transceiver and a remote transceiver or no data is 
expected, thus reducing a load on a host processor hosting the ADSL transceiver. By 
arranging for the transceiver to be in a normal state when data is being received or 
expected to be received, the chance of missing data when not fully processing the 
received signal is reduced. The transceiver can be prompted to exist the sleep state when 
data is being transmitted and/or periodically. If no data is detected after a period of time 
in the normal state, the transceiver returns to the normal state. 

Because the receiver section is not fully operational in the sleep state, its 
output will be invalid. In that state, if data is received, it will not be processed correctly 
until the receiver section is reactivated and the memory associated with each element of 
the receiver section fills with valid data. To avoid introducing errors in the receiver 
section before the transceiver returns to full operation, selected outputs of the transceiver 
are blocked or ignored by higher layers. To quickly recover from a sleep mode, the 
receive section might perform minimal maintenance operations, such as maintaining 
timing and logical boundaries, such as frame counters, interleave boundaries and cell 
boundaries. 

In some variations, additional elements that are not essential to keeping the 
connection alive, including transmit section elements, can be turned off for further 
savings. 

One advantage of this invention is that the host processor load can be 
reduced without significant additional overhead or delay and the load reduction is 
transparent to the upper ATM layer. 

Another advantage of the invention is that the transceiver can enter and 
exit its sleep state without loss of the ADSL connection and can do so without requiring 
the cooperation of the remote transceiver. Furthermore, the transitions between the sleep 
state and normal operation can occur without noticeable delays to the user of the 
subscriber node. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a block diagram of an ADSL node. 

Fig. 2 is a block diagram showing the ADSL transceiver of Fig. 1 in 

greater detail. 

Fig. 3 is a state diagram of the ADSL transceiver of Figs. 1-2. 




DESCRIPTION OF THE SPECIFIC EMBODIMENTS 
The present invention is described below in the context of the particular 
ADSL modem architecture illustrated in Fig. 1 , which is merely an exemplary illustration 
of how the present invention can be made and used. The below description should not be 
5 construed as limiting the present invention to the particular ADSL architecture(s) shown 
below. 

A high-level block diagram of an ADSL system 100 as might be used with 
the present invention is shown in Fig. 1. System 100 generally represents the elements of 
an ADSL system located at the subscriber site. As shown, a local ADSL transceiver 102 
10 is coupled to a channel 104, which connects the subscriber site with the CO (not shown). 
Local ADSL transceiver 102 is coupled to channel 104 through a splitter 106, which 
separates out the ADSL frequency band from the conventional analog voice/modem band. 
Local ADSL transceiver 102 is coupled to an ATM protocol layer via a line 108. In a 
typical configuration, line 108 carries a data stream output from local ADSL transceiver 
15 102 and input to an ATM protocol layer 1 10, as well as a data stream output from the 
ATM protocol layer 1 10 to local ADSL transceiver 102. 

The ATM protocol layer 1 10 in turn processes the data received from local 
ADSL transceiver 102 and organizes the data into "ATM cells". The ATM protocol layer 
110 is coupled to an IP over ATM (IPoA) protocol layer 1 12 by line 114. In a typical 
\% 20 configuration, line 114 carries IP packet data between ATM protocol layer 110 and IPoA 



layer 112. IP6A layer 112 serves to interface the IP layer for Internet based applications 
116 over lines 118 according to the IP addresses and session numbers of the applications. 

In a typical operation, an application, such as application 116(1) would 
send data in the form of an IP packet directed at IPoA layer 112. IPoA layer 112 would 

25 then identify the destination of the IP packet. In this example, the destination of the IP 

packet is external to the local system and, therefore, is destined to reach a location beyond 
the CO. Upon receipt of the IP packet, ATM protocol layer 110 reformats the data into 
ATM cells and passes it over line 108 to local ADSL transceiver 102. As explained in 
more detail below, local ADSL transceiver 102 includes a transmit section and a receive 

30 section. For the data stream receive from ATM protocol layer 110, local ADSL 102 
provides that data stream to its transmit section, which outputs an ADSL modulated 
signal to splitter and channel 104, and that signal is received by a remote ADSL 
transceiver (not shown) at the CO. 
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When the remote CO sends data, it generates an ADSL modulated signal 
and transmits that signal over channel 104. The signal is received by the receive section 
of local ADSL transceiver 102. The receive section of local ADSL transceiver 102 
processes and decodes the signal transmitted from the CO into a data stream, which is in 
turn forwarded to ATM protocol layer 110 over line 108. In a manner that is the reverse 
of the transmission of process, ATM protocol layer 110 processes and formats the ATM 
cells into IP packets, which are then forwarded to IPoA layer 112 and ultimately to their 
destination, typically an application 1 16 at the subscriber site. 

Several of the components shown in Fig. 1 can be implemented in 
software that is executed by a host processor at the subscriber site. As previously 
explained, this is referred to as host signal processing, or "HSP". 

In one embodiment, portions of local ADSL transceiver 102 and the 
entirety of ATM protocol layer 110 and IPoA layer 112 are implemented in software 
executed by a host processor. It should be understood that, as used herein, determined 
"software" can refer to programs stored in memory, hard disk, or read only memory, such 
as a ROM or an FPGA. In one embodiment of local ADSL transceiver 102, some 
portions are implemented in hardware while the remainder is implemented in software. 

Fig. 2 shows such an example of a partial hardware, partial software local 
ADSL transceiver implementation. In this example, the elements enclosed in the dotted 
border are implemented in hardware, while the other elements are implemented in 
software. Thus, as shown, the digital to analog converter in the transmitter section is 
implemented in the hardware, as are the codec and analog digital converter, a timing 
equalizer and a fast Fourier transform. In one embodiment of a transceiver according to 
the present invention, the transceiver operates in one of the three states, which are (1) a 
normal mode, (2) a sleep mode, and (3) a warm up mode. As explained in more detail 
below, in the sleep mode, the operation of some elements of transceiver 102 is skipped or 
the CPU load is greatly reduced. For example, the functions of the software components 
shown in the bordered box 250 in Fig. 2 could be largely skipped in the sleep mode. 
Additionally, elements of ATM protocol layer 110 could also be skipped in the sleep 
mode. As a result, the host-processing load is greatly reduced. As explained below, 
transceiver 102 further employs several strategies to insure quick recovery in the case of 
the unexpected receipt of data as well as quick recovery when expected data is received. 
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be recovered by requesting retransmission from the higher protocol layer (i.e., TCP or 
IP). As shown in Fig. 3, there are two triggers for the transceiver to exit the SLEEP state 
and enter the WARMUP state. One trigger is the detection of ATM data cells for 
transmission, and the other trigger is a periodic transition from the SLEEP state to the 
5 NORMAL state. Of course, variations of the transceiver can be made with only one of 
the two triggers shown or can be made with more than two triggers. 

Upon the detection of the ATM traffic in the transmission direction, ATM 
protocol layer 110 will send a signal to the ADSL transceiver to switch to the NORMAL 
state. Alternatively, the software for the transceiver and the ATM protocol layer can be 
10 integrated such that the software for the ATM protocol layer would provide for a signal to 
the ADSL transceiver software. 

The other trigger shown is the expiration of a sleep period determined by 
the SLEEP_PERIOD variable and the start of a listen period. One advantage to having 
i both triggers is that the transceiver can be made ready to receive data that may come in 

i: 

^ 15 response to the data being transmitted. In many uses of the transceiver, data is received in 
ip response to data being sent. For example, if the transceiver is sending an IP packet 

;!| according to one of the common PING, FTP, HTTP, SMTP, etc. applications, the 

transceiver should expect a response from the Internet. Therefore, if the transceiver 
\ moves out of the SLEEP state when data is transmitted to the channel from the 

fj. 20 transceiver, the transceiver performs full demodulation tasks and it is ready to receive 
O data when such response data arrives at the transceiver. The expiration trigger, i.e., 

moving out of the SLEEP state after being in the SLEEP state for SLEEP_PERIOD, is 
useful to check for data that the remote ADSL modem might be sending even when the 
transceiver had not sent any data. 
25 When the transceiver transitions out of the SLEEP state, it first transitions 

into the WARMUP state. Upon entering the WARMUP state, the transceiver will resume 
most normal receiving tasks. Some tasks that would be performed on invalid data are not 
performed in this state. Once any invalid, residual data flushes out of the receiver section, 
valid data can be received and the transceiver transitions to the NORMAL state. 
30 A variation of the above invention is when a transceiver has only two 

states: NORMAL and SLEEP. In this case, the transceiver goes into its NORMAL state 
immediately upon exiting the SLEEP state. In such transceivers, preferably some 
provision is made for possibly bad data that would be output from the receive section 
while the receiver path is filling with valid data. Such provisions might include some 
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signaling to the ATM protocol layer to ignore some data, or allowing higher network 
layers to receive the corrupted data and handling error recovery at those higher network 
layers. 

In another variation, the transceiver periodically "wakes up" to check for 
received data (i.e., transitions from SLEEP, to WARMUP and then to NORMAL), with 
the period determined by the SLEEPPERIOD variable and then goes "back to sleep" if 
there is no activity. The amount of time the transceiver spends in these periodic wake ups 
is determined by the LISTEN_PERIOD variable. In another variation, the amount of 
time the transceiver spends listening is determined by the IDLEPERIOD variable and 
the LISTEN PERIOD variable is not used. In this latter variation, the transceiver spends 
the same amount of time waiting for activity before transitioning to the SLEEP state 
regardless of whether the period of inactivity follows a period wake up or a period of 
activity. 

In the SLEEP state, data is not received at the local node, but the 
transceiver performs some minimal functions to keep the ADSL connection alive or to 
shorten the time spent in the WARMUP state. To maintain the ADSL connection without 
the support and/or awareness of the remote transceiver, all the transmitter functions 
should be performed even in the SLEEP state. The receive section of the sleeping 
transceiver, however, need only perform a minimal set of the receiving functions needed 
to maintain the connection. 

For example, the FEQ (frequency equalizer; see Fig. 2) coefficients should 
be maintained and timing tracking/recovery should be kept up. For timing recovery, the 
A/D converter (and its AFE), the TEQ (timing equalizer), FFT (fast Fourier transform) 
are also needed, as well as the timing tracking. Note that those portions of the FEQ that 
are not needed for timing tracking can be eliminated in the SLEEP state. In a HSP ADSL 
modem, typically the A/D, TEQ and FFT are performed by hardware and as a result, the 
host only needs to run the software associated with the FEQ and timing tracking, saving 
considerable processor use in the SLEEP state. 

In addition to the FEQ and timing tracking functions, some counters might 
need to be maintained to assure integrity of the entire path, even though the counter 
contents might not be used in the SLEEP state. Examples of such counters are a frame 
counter, an interleaver symbol counter and a cell pointer. The frame counter allows the 
host to track superframe boundaries. The interleaver symbol counter maintains the proper 
de-interleaving sequence and reduces the time required to be spent in the WARMUP 
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state. The cell pointer the ATM cell boundary and avoids the need for new 
synchronization in cell delineation when leaving the SLEEP state. 

In the WARMUP state, all receiver functions are enabled except the 
functions such as the function that passes output to the ATM protocol layer, the function 
that interprets AOC/EOC (ADSL Operation Channel/Embedded Operation Channel) data 
and the function that checks CRCs (cyclic redundancy checks). Disabling those functions 
prevents invalid data from being forwarded to the ATM protocol layer or incorrect 
interpretation of the ADSL overhead bytes. Note that the cell boundary in the ATM 
protocol layer is still being maintained during the SLEEP state to avoid the need for a 
new cell delineation process, even though there is no ATM data forwarded to the ATM- 
TC layer. 

The amount of time spent in the WARMUP state (defined or represented 
by the variable WARMUP PERIOD) is determined, for the most part, by characteristics 
of the transceiver and should preferably be only as long as the longest period that might 
be needed to flush invalid data from the receive section after turning back on disabled 
processes. 

Since ADSL has a superframe structure and CRC is generated for each 
superframe, it is desirable to align the state transitions to the superframe boundaries. This 
can be done by resetting period counters coincident with a superframe boundary and 
specifying the various period-specifying variables in units of whole superframes. Thus, 
counters for state transitions, such as an IDLE PERIOD or SLEEP PERIOD counters 
can be integer counters decremented (or incremented) at the end of each superframe. 

The setting for a counter that sets the length of time in the WARMUP state 
should take into account whether the transceiver uses a fast path or an interleaved path. 
In the case of the fast path, the CRC is calculated through the whole superframe and put 
in the first frame of the next superframe. To avoid CRC errors, WARMUP_PERIOD 
should be at least as long as one DMT symbol interval. 

In the case of the interleaving path, the CRC is calculated through the 
whole superframe and put in the first frame of the next superframe, but the interleaver 
introduces a delay and the interleaver buffer needs to be flushed in the interleaver 
function block. To avoid CRC errors in this case then, WARMUP_PERIOD should be at 
least S*D+1 DMT symbol intervals, where S is the number of symbols per Reed- 
Solomon codeword and D is the interleave depth. 
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In a highly optimized transceiver, the sleeping elements might not all be 
started when the transceiver transitions from the SLEEP state to the WARMUP state. For 
example, some elements of the receive section that are nearer to the ATM protocol layer 
and take little time to recover might be disabled at the beginning of the WARMUP state if 
the other elements are not yet ready to pass valid signals to those elements. 

Detecting Data Traffic 

In determining whether or not to transition from the NORMAL state to the 
SLEEP state, the transceiver must determine whether there is any data traffic to keep the 
transceiver in the NORMAL state. Several steps of such a determination are explained 
below, but first portions of the OSI model are explained. 

In the OSI (Open System Interconnection) Model, which was developed 
by the ISO (International Organization for Standardization), ADSL serves as the lowest 
layer (the "physical" layer). Above the physical layer are the data link layer, the network 
layer, and so on. The ADSL protocol, as defined by ANSI and ITU-T, supports two 
modes from the data link layer: STM (Synchronous Transfer Mode) and ATM 
(Asynchronous Transfer Mode). STM is used for TDM traffic, such as Tl or El, and 
ATM is used for data traffic carried by ATM cells. Currently, ATM mode at the data 
layer and ADSL at the physical layer is used more because of the benefits of ATM over 
STM in the more common uses of these protocols. 

When the data link layer is ATM, data packets from the upper layers are 
converted to a series of ATM cells, which are then modulated by the ADSL layer. There 
are also other types of cells, such as OAM (Operation, Administration and Maintenance) 
cells. They serve as the control channel of the ATM protocol layer. If there is no packet 
data or OAM cells to be sent, idle cells of a fixed pattern are "stuffed" into the transmit 
cell stream for ADSL modulation. At the other end of the receiving ADSL node, idle 
cells are removed at the ATM protocol layer. 

In this context, data traffic detection is performed by checking for 
transmission traffic and reception traffic. Depending on the specific implementation, 
transmission traffic can be detected by detecting non-idle cells, detecting IP packets, or 
detecting either. Non-idle cells can be detected by checking for non-idle cells being 
received at the ATM protocol layer. IP packet traffic can be detected by monitoring the 
IP -ATM interface. In most implementations, detecting non-idle cells is the preferred 
method of detection since the ADSL transceiver might not be able to interact with the 
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ATM-IP interface directly. Similarly, reception traffic can be detected by monitoring the 
ATM protocol layer output for non-idle cells. 

Measuring Host Processor Load Reduction 

The reduction of load on a host processor (such as a CPU or other 
instruction processor) can be estimated by considering the values of the variables 
associated with the state diagram of Fig. 3. 

Since WARMUP_PERIOD is fixed by the protocol itself, the values of 
IDLE_PERIOD, LISTENPERIOD and SLEEP_PERIOD can be adjusted to adjust the 
CPU load. An example is described below, but other values and examples will also be 
apparent to one of ordinary skill in the art, upon review of this disclosure. For simplicity, 
this example assumes that IDLEJPERIOD = LISTEN_PERIOD (i.e., LISTEN_PERIOD 
is not used as a separate variable) and therefore only IDLE_PERIOD and 
SLEEP_PERIOD are independent variables. In practice, these variables can be set (in a 
fixed manner or dynamically) to address different design tradeoffs. 

The smaller IDLEJPERIOD is relative to SLEEP_PERIOD, the greater the 
processor load savings. However, the ratio of those two values involves a tradeoff. If 
SLEEP PERIOD is too large, the data to be received by the transceiver will have an 
increased latency, as the receiver is not ready to receive data during the SLEEP state. 
Another consideration is that SLEEP_PERIOD and EDLE_PERIOD should be large 
relative to WARMUP__PERIOD, so that the transceiver does not spend much of its time 
in the WARMUP state (a state in which host processing is consumed in greater amounts 
than sleeping, but in which data still cannot be received). However, the larger numbers 
may tend to increase latency. 

In one experiment, the following values were found to provide acceptable 

performance, processor load savings and delay: 

IDLE_PERIOD = 100 superframes (1.7 seconds) 
SLEEPJPERIOD = 900 superframes (15.3 seconds) 
WARMUP_PERIOD = 1 superframe (17 milliseconds) 

Given a load in the NORMAL state and a load in the SLEEP state, and the above 
variables, a relative load can be calculated (WARMUP_PERIOD is small enough relative 
to the others that it can be ignored). Thus, for an implementation of an ADSL node 
where the proportion of the host that is used in the NORMAL state is given by N_LOAD 
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and the proportion of the host that is used in the SLEEP state is given by S__LOAD, the 
reduction in CPU load, R, when no traffic is being carried is given by: 

R = ( NLOAD * EDLEPERIOD + S_LOAD * SLEEP_PERIOD ) / 
(IDLEJPERIOD + SLEEP_PERIOD) 
With a typical downstream rate, S_LOAD is around one half to one third of NLOAD. In 
some cases, N LOAD can be much more than three times S_LOAD with an entirely 
symmetric transceiver, one might expect that the sleep load (SJLOAD) would be slightly 
more than one half of the normal load (N_LOAD) since both sections (transmit and 
receive) of the transceiver are active in the NORMAL state and only one section and a 
small portion of the other section are active in the SLEEP state. However, ratios of less 
than one half are common, since the number of computing cycles needed to receive a 
given amount of data is more than the number of computing cycles needed to transmit 
that same amount of data. 

Another factor that tends to lower the ratio of S_LOAD/N_LOAD is that 
the typical ADSL transceiver that is sleep-enabled is the ADSL transceiver at the 
subscriber node rather than the transceiver at the CO node. Since ADSL is asymmetric in 
that the subscriber node receives data at a higher rate that it transmits data, sometimes ten 
times as much, the receive section needs even more processor cycles than the transmit 
section, resulting in greater savings, (i.e., a lower S_LOAD/N_LOAD ratio). 

Where the ratio of S_LOAD to N LOAD is 1/3, and using the above 
values, R is as follows: 

R = ( N LOAD * 100 + (N_LOAD/3) * 900 ) / (100+900) - 0.4 * N LOAD 
indicating that the sleep-enabled transceiver described above would, on average, reduce 
the amount of processor load it needed to operate by about 60%. This can be significant 
in some cases. For example, where an ADSL transceiver is hosted by a 450 MHz 
Pentium II machine running an 8 Mbps downstream rate would might require 75% of the 
available CPU load if not sleep enabled. However, with a sleep-enabled transceiver, the 
CPU load used, on average, when the ADSL connection is alive, but idle, can be as low 
as 30% of the available load. 

An ADSL transceiver that reduces its load on a host processor has now 
been described. A host-based signals processor (HSP) implements parts of the ADSL 
functionality in software and the load is reduced by not performing some of the functions 
normally required for full ADSL operation. Similar load savings might be achieved in 
ADSL circuits that are not host-based, such as hardware implementations. For example, 
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some of the receive section circuits in an all-hardware ADSL circuit could be turned off 
to save power. 

The above description is illustrative and not restrictive. Many variations 
of the invention will become apparent to those of skill in the art upon review of this 
disclosure. Merely by way of example, while the above description uses ADSL as an 
example, the teachings of this disclosure can also be applied to other DSL technologies, 
such as VDSL, HDSL, SDSL, DSL, and other members of the family of technologies 
generally known as xDSL. The scope of the invention should, therefore, be determined 
not with reference to the above description, but instead should be determined with 
reference to the appended claims along with their full scope of equivalents. 
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